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DETAILED ACTION 

1. Claims 1-39 are pending. Applicant has amended claims 1, 13, 17, 21 and 28. 



Claim Rejections - 35 USC § 112 

2. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter which the applicant regards as his invention. 

3. Claims 1-16 and 34-36 are rejected under 35 U.S.C. 1 12, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

Claim 1 recites the limitation "a communication interface coupled between the launch 
logic and the control logic ... to access the status in a shared memory via the communication 
interface", and claim 3 recites "wherein the communication interface comprises the shared 
memory to store the status of the Java processes", which is unclear as since the specification 
discloses "To enable the control logic 305 to communicate with the launch logic 335-1 through 
335-N, a communication interface mechanism 325 is set up during the start up of the clustered 
system. The communication interface mechanism may be based on any suitable communication 
mechanism such as shared memory, pipes, queues, signals, etc. In one embodiment, the shared 
memory 325 having a number of entries 330-1 through 330-N is set up to provide a way to 
exchange information between the Java processes 355-1 through 335-N initiated by the launch 
logic 335 and the control logic 305. In one embodiment, the shared memory 325 is used to store 
information relating to the status of processes 355-1 through 355-N executed by the server 
nodes" (specification, pages 4-5, paragraph [00017]), thus, based on the specification, the 
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communication interface can be a shared memory. However, the claim 1 claims "a 
communication interface" and "a shared memory" as two different entities, which is not 
supported by the specification. 

Claim 13 suffers the same problem as claim 1 above and is rejected under the same 
ground of rejection. 

Claims 2-12, 14-16 and 34-36 depend on claims 1 or 13 above, and are rejected under the 
same ground of rejection. 

If application have different interpretation for the above elements as separate entities, 
support from the specification is required. 

Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

5. Claims 1-39 are rejected under 35 U.S.C. 103(a) as being unpatentable over Matena 
etal (US PGPub: 2005/0005200), hereinafter Matena , in view of Sohda et al. 
(Implementation of a Portable Software DSM in Java). 

As to Claim 1, Matena teaches the invention substantially as claimed including a system 
comprising: 
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a) a cluster having a first instance and a second instance, each of the first and second 
instances including a plurality of server nodes (para. [0078], [0083]); 

b) a control logic (execution controller) to start each instance by initiating a launch logic 
for each of the server nodes, the launch logic (application controller or Java Application 
controller; page 14, paragraph 188 and page 15, paragraphs 208-209), when initiated, to execute 
Java processes in each respective server node (para. [01 14], [0123]-[0132], and [0413]), the 
control logic to reassign a failed Java process previously running on a first server node to a 
second server node (para. [01 18]-[01 19], "method for handling a process failure"; paragraphs 
[0171]-[[0177]; and method for handling a node failure; para. [0242]-[0248]); and 

c) a communication interface coupled between the launch logic and the control logic 
(Java Application Controller Application Programming Interface; page 16; paragraph 221) to 
enable the launch logic to obtain status of each of the Java processes (The "stop application" . . . 
the "obtain application information" 2410 operations return status information about the running 
application; page 16, paragraphs [0210]-][0214]) and enable the control logic to access the status 
in memory via the communication interface (The JAC API 2430 allows the system management 
tool and other components to manage the lifecycle of application ... to its users; page 16, 
paragraph [0221]), the launch logic to store and maintain the status in the memory via the 
communication interface (JAC 2401 maintains ... belong to this container group; page 16, 
paragraphs [0216]-[0218]). 

Matena does not explicitly teach shared memory. The only different between this claim 
and the system of Matena is that in Matena, the control logic obtains the status of the processes 
using message passing, wherein in this claim, the control logic obtains the status of the processes 
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using shared memory. However, Sohda teaches shared memory between nodes in clusters that 
implemented in Java (Abtract and pages 165-167, sections 2.2 "Summary of JSDM 
Implementation Choices/Policies", section 3 "JDSM Implementation and section 3.2 "DSM 
Runtime Implementation"). 

It would have been obvious to one of ordinary skill in the art at the time of invention to 
modify the teachings of Matena with the teachings of Sohda by using shared memory technique 
instead of message passing because of all well-known advantages of using shared memory over 
message passing in the art, and both the control logic and launch logic can access and update the 
status of the processes concurrently. Furthermore, using shared memory or message passing arc 
design choice. 

As to Claim 2, Matena further teaches wherein the launch logic is provided to load a 
virtual machine and execute a Java process in the virtual machine (para. [0193]-[0196]). 

As to Claim 3, Matena as modified by Sohda further teaches wherein the communication 
interface comprises: a shared memory to store the status of the Java processes (see Matena: JAC 
2401 maintains ... belong to this container group; page 16, paragraphs [0216]-[0218]) and 
(discussion in claim 1 above regarding Sohda teaching of shared memory). 

As to Claim 4, Matena does not explicitly teach wherein the launch logic comprises a 
Java native interface to obtain the status of each of the Java processes and to update the shared 
memory with the obtained status. 
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However, Sohda teaches the launch logic comprises a Java native interface to obtain the 
status of each of the Java processes and to update the shared memory with the obtained status 
(The Server itself is composed ... interfaces via JNI; pages 165-166, section 3 "JDSM 
Implementation"). 

It would have been obvious to one of ordinary skill in the art at the time of invention to 
apply the teaching of Sohda to the system of Matena because to access memory of the system to 
obtain the status of the processes/applications, Java Virtual Machine needs to utilize the Java 
Native Interface to invokes modules/functions to obtain those information that supports by the 
systems/OS that the JVM runs on. 

As to Claim 5, Matena as modified by Sohda teaches the control logic accesses the shared 
memory to monitor the status of each of the Java processes (page 16, paragraph [0221]). 

As to Claim 6, Matena further teaches wherein the control logic is provided to detect a 
failure of a Java process and to automatically restart the failed Java process (para. [0242]- 
[0248]). 

As to Claim 7, Matena further teaches wherein the control logic is provided to generate 
an instruction to start, terminate or restart a particular process executed server nodes based on a 
command received from a remote device (para. [0139], [0208]-[0212], and [0231]-[0248]). 
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As to Claim 8, Materia does not explicitly teach wherein the communication interface 
further comprises a named pipe to send and receive commands between the control logic and the 
launch logic. However, it is well known in the art there are multiple methods to establish 
communication between processes in the network such as pipes, FIFOs, Stream and Messages, 
Message Queues, Shared Memory, etc. It would have been obvious to one of ordinary skill in the 
art at the time of invention to modify and improve the system of Matena and Sohda to include 
named pipe to send and receive commands between the control logic and the launch logic, thus, 
applying well known technique in the art to the system instead developing a new one. 

As to Claim 9, Matena further teaches wherein the control logic comprises: a signal 
handler to receive and interpret signals from a management console (para. [0220]-[0223]) 
(Subscribing to events inherently requires registering a message handler to receive the sent event 
messages). 

As to Claim 10, Matena further teaches wherein the control logic comprises: a server 
connector to enable connection with an external server (para. [0417] and [0421]). 

As to Claim 13, Matena discloses the invention substantially as claimed including a 
method comprising: 

a) executing Java processes for a plurality of server nodes in an instance (108, Fig. 1); 

b) obtaining status regarding the Java processes executed by the server nodes in the 
instance (para. [0214]); 
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c) storing the status regarding the Java processes in a communication interface (para. 
[0216]), the communication interface updating and maintaining the status in a memory (J AC 
2401 maintains ... belong to this container group; page 16, paragraphs [0216]-[0218]); 

d) accessing the status in the communication interface (para. [0214] and [0220]-[0223]); 

and 

e) reassign a failed Java process previously running on a first server node to a second 
server node (para. [01 18]-[01 19], "method for handling a process failure"; paragraphs [0171]- 
[[0177]; and method for handling a node failure; para. [0242]-[0248]);. 

Matena does not explicitly teach shared memory. However, Sohda teaches shared 
memory between nodes in clusters (Abtract and pages 165-167, sections 2.2 "Summary of JSDM 
Implementation Choices/Policies", section 3 "JDSM Implementation and section 3.2 "DSM 
Runtime Implementation"). 

It would have been obvious to one of ordinary skill in the art at the time of invention to 
modify the teachings of Matena with the teachings of Sohda by using shared memory instead of 
memory thus enable multiple server nodes to access the shared memory as needed. 

As to Claim 14, Matena further teaches enabling control of the Java processes based on 
an instruction received from a remote device (para. [0220]-[0223]) (The "JAC API" allows for 
control of an application, thereby meeting this claim limitation). 

As per Claims 11,12 and 15, these claims are rejected for the same reasoning as applied 
to Claim 4 above. 
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As to Claim 16, Materia further teaches; 

a) detecting a failure of a process within the cluster by accessing the status in the 
communication interface (para. [0242]-[0248]); and 

b) restarting the failed process (para. [0242]-[0248]). 

As to Claim 17, Matena discloses the invention substantially as claimed including a 
machine-readable medium that provides instructions, which when executed by a processor cause 
the processor to perform operations comprising: 

a) executing Java processes for a plurality of server nodes in an instance (108, Fig. 1); 

b) obtaining status regarding each of the Java processes executed by the server nodes in 
the instance (para. [0214] and [0220]-[0223]); 

c) storing the status regarding the Java processes into a memory (para. [0214], [0220]- 
[0223], and [0413]); and 

d) reassign a terminated Java process from a first server node to a second server node 
(para. [01 18]-[01 19], "method for handling a process failure"; paragraphs [0171]-[[0177]; and 
method for handling a node failure; para. [0242]-[0248]);. 

Matena does not explicitly teach shared memory. However, Sohda teaches implementing 
shared memory between nodes in clusters (Abtract and pages 165-167, sections 2.2 "Summary of 
JSDM Implementation Choices/Policies", section 3 "JDSM Implementation and section 3.2 
"DSM Runtime Implementation"). 
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It would have been obvious to one of ordinary skill in the art at the time of invention to 
modify the teachings of Materia with the teachings of Sohda by using shared memory instead of 
memory thus enable multiple server nodes to access the shared memory as needed. 

As per Claim 18, being directed to a machine-readable medium encoded with instructions 
to perform the steps of the system of Claim 4, this claim is rejected for the same reasoning as 
applied to Claim 4. 

As to Claim 19, Matena further teaches wherein the operations performed by the 
processor further comprise: 

a) receiving instructions via a communication interface (para. [0139], [0208]-[0212], and 
[0231]-[0248]);and 

b) starting, terminating or restarting a process based on the instructions received via the 
communication interface (para. [0139], [0208]-[0212], and [0231]-[0248]). 

As to Claim 20, Matena as modified by Sohda further teaches wherein the operations 
further comprise: detecting a failure of a process within the cluster by accessing the status in the 
shared memory and automatically restarting the failed process (see Matena: para. [0139], [0208]- 
[0212], [0231]-[0248], and [0413]) and (discussion in claim 17 above regarding Sohda teaching 
shared memory). 
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As to Claim 21, Materia discloses the invention substantially as claimed including an 
apparatus comprising: 

a) a cluster having a first instance and a second instance, each of the first and second 
instances including a plurality of server nodes (para. [0078], [0083]); 

b) a control logic to start each respective instance by initiating a launch logic for each 
respective server node in the first and second instances (para. [01 14], [0123]-[0132], and 
[0413]); 

c) the launch logic, for each respective server node in the first and second instances, to 
further launch Java processes, and obtain a status of the Java processes to store and maintain in a 
memory (para. [0209], [0216]-[0218]); 

d) and the control logic to access the status obtained by the launch logic (para. [0221], 
[0242]-[0248]), the control logic to reassign a failed Java process from a first server node to a 
new server node (para. [01 18]-[01 19], "method for handling a process failure"; paragraphs 
[0171]-[[0177]; and method for handling a node failure; para. [0242]-[0248]);. 

Matena does not explicitly teach shared memory. The only different between this claim 
and the system of Matena is that in Matena, the control logic obtains the status of the processes 
using message passing, wherein in this claim, the control logic obtains the status of the processes 
using shared memory. However, Sohda teaches shared memory between nodes in clusters that 
implemented in Java (Abtract and pages 165-167, sections 2.2 "Summary of JSDM 
Implementation Choices/Policies", section 3 "JDSM Implementation and section 3.2 "DSM 
Runtime Implementation"). 
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It would have been obvious to one of ordinary skill in the art at the time of invention to 
modify the teachings of Materia with the teachings of Sohda by using shared memory technique 
instead of message passing because of all well-known advantages of using shared memory over 
message passing in the art, and both the control logic and launch logic can access and update the 
status of the processes concurrently. Furthermore, using shared memory or message passing are 
design choice. 

As to Claim 22, Matena as modified by Sohda teaches a shared memory to enable 
exchange of information between the Java processes and the control logic (see discussion in 
claim 21 above regarding Sohda teaches implementing shared memory in the cluster to allow 
multiple nodes share information). 

As to Claim 23, Matena further teaches wherein the launch logic loads a virtual machine 
and executes Java processes (para. [0193]-[0196]). 

As per Claim 24, being directed to an apparatus performing substantially the same 
function as the system of Claim 4, this claim is rejected for the same reasoning as applied to 
Claim 4. 



As to Claim 25, Matena further teaches wherein the control logic detects a failure of a 
process within the cluster; and automatically restarts operations of the failed process (para. 
[0139], [0208]-[0212], and [0231]-[0248]). 
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As to Claim 26, Materia further teaches a signal handler to receive a command from a 
remote device and controlling one of the Java processes based on the command received from 
the remote device (para. [0220]-[0223]) (Subscribing to events inherently requires registering a 
message handler to receive the sent event messages). 

As per Claim 27, being directed to an apparatus performing substantially the same 
function as the system of Claim 8, this claim is rejected for the same reasoning as applied to 
Claim 8. 

As to Claim 28, Matena discloses the invention substantially as claimed including a 
system comprising: 

a) a cluster having a first instance and a second instance, each of the first and second 
instances including a plurality of server nodes (para. [0078], [0083]); 

b) means for starting each instance by executing Java processes in each respective server 
node (para. [0114], [0123]-[0132], [0209] and [0413]); 

c) means for enabling exchange of information (para. [0221] that is stored and maintained 
in a memory between the Java processes and the means for starting each instance (para. [0208]- 
0209, [0216]-[0218] and [0221]); and 

d) means for reassign a failed Java process from a first server node to a second server 
node (para. [01 18]-[01 19], "method for handling a process failure"; paragraphs [0171]-[[0177]; 
and method for handling a node failure; para. [0242]-[0248]);. 
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Materia does not explicitly teach shared memory. However, Sohda teaches shared 
memory between nodes in clusters that implemented in Java (Abtract and pages 165-167, 
sections 2.2 "Summary of JSDM Implementation Choices/Policies", section 3 "JDSM 
Implementation and section 3.2 "DSM Runtime Implementation"). 

It would have been obvious to one of ordinary skill in the art at the time of invention to 
modify the teachings of Materia with the teachings of Sohda by using shared memory instead of 
just memory thus other nodes in the cluster can also access the shared memory as needed. 

As to Claim 29, Matena further teaches a means for loading a virtual machine and 
execute a Java process in the virtual machine (para. [0 1 93]-[0 1 96]). 

As to Claim 30, Matena as modified by Sohda further teaches wherein the means for 
enabling exchange of information comprises: a shared memory having a plurality of entries (see 
discussion in claim 28 above regarding teaching of Sohda). 

As to Claim 31, Matena as modified by Sohda further teaches means for obtaining status 
for each of the Java processes; and means for updating the shared memory with the obtained 
status (see Matena: para. [0214] and [0220]-[0223]) and (discussion in claim 28 above regarding 
teaching of shared memory by Sohda). 



As to Claim 32, Matena as modified by Sohda further teaches: 
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a) means for accessing the shared memory to monitor the status of each of the Java 
processes (see Matena: para. [0413]) and (discussion in claim 28 above regarding teaching of 
shared memory by Sohda); and 

b) means for sending an instruction to the launch means to start, terminate or restart a 
particular process executed in the cluster (para. [0139], [0208]-[0212], and [0231]-[0248]). 

As to Claim 33, Matena as modified by Sohda further teaches: 

a) means for enabling a user to monitor and control the Java processes running in the 
cluster from a management console coupled to the means for controlling (para. [0214] and 
[0220]-[0223]); and 

b) means for enabling a connection with an external server (para. [0417] and [0421]). 

As to Claim 34, Matena as modified by Sohda further teaches wherein the storage of 
information in the shared memory is done independent of the accessing of that information (see 
Sohda: page 167, section "3.2 DSM Runtime Implementation"). 

As to Claim 35, Matena as modified by Sohda further teaches wherein a persistent data 
structure is stored in the shared memory to enable an independent exchange of information (see 
Sohda: page 167, section "3.2 DSM Runtime Implementation"). 

As to Claim 36, this claim is rejected for the same reasoning as applied to Claims 13 and 
34, above. 
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As to Claim 37, this claim is rejected for the same reasoning as applied to Claims 17 and 
34, above. 

As to Claim 38, this claim is rejected for the same reasoning as applied to Claims 21 and 

35. 

As to Claim 39, this claim is rejected for the same reasoning as applied to Claim 34 

above. 

Response to Arguments 
6. Applicant's arguments filed 7/9/2008 have been fully considered but they are not 
persuasive. 

In the remarks, Applicant argued in substance that (1) Matena and Sohda do not teach 
"the control logic to reassign a failed Java process previously running on a first server node to a 
second server node" (page 10, lines 3-26). 

Examiner respectfully disagrees with the arguments: 

- As to the point (1), this is a new limitation and is taught by Matena (see rejection of claim 
1 above). 
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Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to DIEM K. CAO whose telephone number is (571)272-3760. The 
examiner can normally be reached on Monday - Friday, 7:30AM - 4:30PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Meng-Ai An can be reached on (571) 272-3756. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



DC 

January 14, 2009. 
/Li B. Zhen/ 

Primary Examiner, Art Unit 2194 



